Многие из вас знают про продукт для создания отказоустойчивых хранилищ StarWind Virtual SAN, являющийся лидером в сфере программных iSCSI-хранилищ под виртуализацию VMware vSphere и Microsoft Hyper-V.
Одной из возможностей данного решения является функция inline-дедупликации хранимых данных, которая позволяет существенно экономить дисковое пространство на конечных блочных носителях. Напомним, что еще в 2011 году мы писали о дедупликации StarWind, но с тех пор технология существенно ушла вперед, и вот уже несколько лет она работает надежно и эффективно.
Для тех, кто хочет заранее узнать, сколько именно места можно сэкономить с помощью продукта Virtual SAN, компания StarWind выпустила бесплатную утилиту StarWind Deduplication Analyzer, которая помогает вам проанализировать текущую структуру хранения виртуальных машин и получить отчет о потенциальной экономии. Запускать утилиту можно как для всего хранилища в целом, так и для отдельных виртуальных машин, чтобы идентифицировать ВМ, которые лучше всего ужимаются вследствие дедупликации на диске.
Как мы видим, StarWind использует 4k-блоки, которые сейчас являются стандартом де-факто для достижения наибольшей эффективности дедупликации.
По итогам работы утилиты будет выведен отчет о возможной экономии дискового пространства и количестве уникальных блоков на диске, который можно сохранить и распечатать:
Кстати, на скриншоте показан пример из реальной жизни, где коэффициент дедупликации оказался примерно равен 50%, то есть можно сэкономить где-то половину дискового пространства при хранении ВМ виртуального датацентра.
Работает утилита достаточно быстро, а главное, что пользоваться ей очень просто - выбираете папку и нажимаете кнопку Scan. При этом Deduplication Analyzer не требует установки и работает сразу при запуске скачанного файла.
Загрузить StarWind Deduplication Analyzer можно по этой ссылке.
От всего авторского коллектива VM Guru поздравляю вас, дорогие коллеги, читатели и партнеры, с Новым 2018 годом и Рождеством!
В этом году мы отпраздновали 11-летие портала, который как был с первого дня, так и остается главным источником информации о технологиях виртуализации и облаках в России. Мы пережили многих и продолжаем развиваться - в первую очередь благодаря нашим рекламодателям, таким как StarWind Software, Veeam Software, ИТ-ГРАД, 5nine Software, Код Безопасности и всем тем, кто поддерживал нас в этом году. Большое вам спасибо, дорогие спонсоры!
Ну и отдельную благодарность я хочу выразить нашим авторам (особенно Роману Гельману) и, конечно же, благодарю всех читателей за то, что остаетесь с нами.
Пусть ваш дом будет наполнен любовью, теплом и уютом в следующем году, пусть ваш профессиональный уровень растет вместе с доходом, а выездные визы введут не в 2018, а хотя бы на пару лет попозже.
Многим из вас известны решения компании StarWind и, в частности, ее флагманский продукт для создания отказоустойчивых хранилищ StarWind Vritual SAN. С помощью этого решения можно не только организовать программные хранилища на базе серверов Hyper-V, но и расширить кластеры StarWind в облако публичного сервис-провайдера, например, Microsoft Azure. Это позволяет получить множество преимуществ...
Таги: StarWind, HA, Virtual SAN, Cloud, Hybrid, Azure, Microsoft
Недавно компания VMware выпустила интересный документ VMware vSphere APIs for I/O Filtering (VAIO), в котором описываются основные принципы работы данной технологии. Ниже мы расскажем о них вкратце, а также затронем тему того, каким образом можно использовать VAIO в производственной среде.
VAIO - это технология и API, которые позволяют получать прямой доступ к потоку ввода-вывода (I/O Stream) гостевой ОС виртуальной машины. Механизм VAIO уже сейчас способствует созданию партнерских продуктов для решения самых разнообразных задач (например, кэширование write-back и write-through). VAIO основан на механике Storage Policy Based Management (SPBM), которая предназначена для управления правилами хранения виртуальных машин и их работой с хранилищами.
Техническая реализация данного механизма подразумевает использование драйвера VAIO (filter driver), который устанавливается на хосте VMware ESXi как пакет VIB и не требует установки никакого специального ПО в гостевой ОС виртуальной машины.
Посмотрим на эту картинку, на которой изображен путь данных от виртуальной машины к физическому устройству хранения. На ней представлены 2 компонента, относящиеся к VAIO. Первый - это VAIO фреймворк, работающий на уровне ядра VMkernel и определяющий действующую политику фильтра. Второй - это IO Filter, представляющий собой программное обеспечение, работающее на уровне пользовательской среды исполнения (User World) сервера ESXi. Этот драйвер фильтра исполняет свою функцию (например, кэширование данных или их репликация), после чего передает их на физическое устройство хранения для записи.
Такая архитектура позволяет драйверу IO-фильтра получать доступ к потоку ввода-вывода, не сильно не влияя на производительность исполнения SCSI-команд. Еще одна особенность IO-фильтра - это возможность иметь доступ к потоку ввода-вывода как в сторону записи (от ОС к хранилищу), так и в обратную сторону (квитанции о прохождении команд). Это полезно, например, при использовании IO-фильтра для технологии репликации, где очень важно получать квитанции о записи данных на диск.
Кстати, SCSI-команды попадают к IO-фильтру сразу после того, как они проходят слой эмуляции SCSI (он же vSCSI), что позволяет использовать VAIO для любых типов хранилищ - VMFS, NFS, SCSI и vSAN. Ну а перехват команд IO-фильтром перед их отсылкой в сетевой стек к хранилищу позволяет обеспечить целостность данных и безопасность.
Еще, если внимательно посмотреть на архитектуру прохождения потока ввода-вывода, можно заметить, что драйвер IO-фильтра работает на уровне User World, а значит в целом не влияет на стабильность работы сервера ESXi. Даже если он вдруг прекратит свою работу, основной стек прохождения SCSI-команд, расположенный в ядре, продолжит работать в нормальном режиме.
Работает IO Filter на уровне отдельных VMDK-дисков конкретных ВМ, что открывает широкие возможности для механизма политик Storage Policy Based Management (SPBM) и применения их к отдельным виртуальным машинам и сервисам.
Все вышеперечисленное позволяет применять VMware VAIO при решении следующих типов задач:
Encryption – стороннее ПО за счет использования механизма VAIO может на лету шифровать и расшифровывать поток данных от виртуальной машины. Таким образом на хранилище будут помещаться уже шифрованные данные. Гранулярность работы VAIO позволяет обслуживать данные, идущие даже не от всей виртуальной машины, а только от одного приложения.
De-duplication - этот механизм уже использует решение VMware Virtual SAN. В реальном времени можно дедуплицировать данные, проходящие через драйвер и в таком виде уже класть на хранилище в целях экономии дискового пространства. Эта техника доступна и партнерам VMware.
Tiering - данные различной степени важности, критичности или классифицированные по другим критериям теперь можно класть на хранилища с разными характеристиками производительности и доступности (ярусы). Механизм VAIO тут поможет проанализировать характер данных и определить конечное их место назначения.
Analytics - теперь можно анализировать непосредственно поток данных от конкретной виртуальной машины и на основе этого строить множество различных решений, включая решения по кэшированию (например, такой продукт как PrimaryIO, который можно напрямую подключить к гипервизору). Затем можно, например, искать в трафике данные определенных приложений, либо, использовать механизм write-back кэширования.
Технология VAIO работает, начиная с VMware vSphere 6.0 Update 1, поддерживает горячую миграцию vMotion (VAIO должна быть доступна на целевом хосте) и кластеры VMware DRS (должна быть доступна на всех хостах).
Давайте теперь посмотрим, как VAIO работает на практике на одном из примеров. Чтобы начать работать с VAIO, вам нужно установить IO Filter в виде VIB-пакета, который реализует функциональную составляющую партнерского продукта для VMware vSphere.
Как правило, вместе с фильтром идет и политика SPBM (аналогичная тем, которые есть для vSAN или VVols, например), которую можно назначать виртуальным машинам на уровне виртуальных дисков VMDK.
Эту политику можно назначить при создании виртуальной машины в разделе Select Storage (в данном случае это политика кэширования на SSD):
Пример политики, идущей вместе с фильтром, как правило включает в себя Common Rule - правила, которые реализуют Data Services (то есть основной функционал фильтра) и определяются через компоненты Storage Policy Components (путем добавления компонентов в разделе Common Rules).
Например, в данном случае это тип кэширования Write Through или Write Back, который мы задаем в разделе Common Rules при создании новой политики хранения:
По умолчанию эти компоненты устанавливаются вместе со встроенными фильтрами vSphere и другими продуктами, которые пополняют набор IO-фильтров, а соответственно и компонентов по мере их установки. За счет использования Storage Policy Components возможности IO-фильтров могут быть включены в любую из уже настроенных политик VM Storage Policies.
Это очень удобно, поскольку на данный момент виртуальная машина или VMDK-диск могут иметь только одну примененную к ним политику хранения, но к ним можно добавить компоненты от разных фильтров.
Как видно из картинки, на данный момент не так много партнеров используют технологию VAIO для своих продуктов, а категорий решений всего две - репликация и кэширование. Но VMware активно работает в этом направлении, и в скором времени, возможно, мы увидим еще несколько продуктов, реализующих функционал IO-фильтров для решения новых задач.
Многие из вас знакомы с решением номер 1 на рынке для создания программных отказоустойчивых кластеров хранилищ StaWind Virtual SAN. За последнее время продукты компании сделали большой шаг вперед, в том числе в плане интерфейсов, и сегодня мы рассмотрим процесс установки и начала использования централизованного средства мониторинга кластеров Storage Spaces Direct - StarWind Manager. Это полностью бесплатный продукт и доступен сейчас в статусе Preview.
Таги: StarWind, Manager, Storage, Microsoft, Spaces, S2D, Virtual SAN
Замечательно прошел второй день конференции VeeamON 2017! Это был основной день конференции, где для прессы, партнеров и заказчиков были представлены новые продукты и технологии Veeam. В целом на конференции было около 3000 человек, что по масштабу соизмеримо с первым VMworld.
В этот день было множество полезных сессий и неформального общения, во время которых открывались интересные аспекты новых продуктов Veeam и перспективы развития решений компании. Вот основные из них:
О продукте Veeam Agent for Windows мы рассказывали позавчера, а самым интересным анонсом, конечно же, стало объявление о выходе новой версии платформы Veeam Availability Suite 10, объединяющей решения Veeam Backup and Replication и Veeam ONE.
В новой версии этого пакета продуктов Veeam появятся следующие новые возможности:
Теперь можно делать резервные копии физических серверов через Veeam Agent и Network Attached Storage (NAS), то есть файловых шар SMB (это очень просили пользователи).
Появилось технология репликации CDP (continuous data protection), обеспечивающая требования к контрольной точке восстановления (RPO) на уровне 15 секунд для виртуальной инфраструктуры. Резервирование средствами CDP производится без задействования снапшотов за счет интерфейса VAIO.
Включена поддержка новых хранилищ, таких как Amazon S3, Amazon Glacier (облачный архив), Microsoft Azure Blob и других S3/Swift совместимых хранилищ.
Также было анонсировано решение Veeam Availability for AWS (для служб Amazon). Оно позволяет защитить ваши виртуальные машины в этом публичном облаке от случайного удаления, вредоносной активности или различного рода сбоев за счет резервного копирования и восстановления инстансов EC2:
Помимо этого, были сделаны и объявления о расширении партнерских интеграций (Veeam активно работает в направлении расширения экосистемы технологических партнеров):
Теперь Veeam будет работать совместно с Log Insight от VMware, предоставляя информацию об активности и лог-файлы, будет поддержка решения Data Gravity, а также была анонсироана поддержка технологии StarWind VTL for AWS and Veeam, что подразумевает альтернативу ленточным библиотекам на основе объектных хранилищ S3 и Glacier.
Кроме того, был анонсирован интерфейс Universal Storage Integration API, который позволяет добавить решения IBM, Lenovo и Infinidat в экосистему партнеров Veeam в плане интеграции с продуктами для резервного копирования и репликации.
Ну и последняя, но очень важная штука - это решение Veeam Availability Orchestrator, которое позволяет организовать создание и исполнение планов по восстановлению после сбоев виртуальной инфраструктуры в случае аварии или катастрофы. Ожидается что он выйдет к концу этого года (крайний срок - начало следующего).
Эта штука представляет собой API-обертку над существующими продуктами Veeam, позволяющую управлять всем процессом восстановления от отдельных виртуальных машин до виртуальной инфраструктуры в целом и сетевого окружения основного сайта. Это очень важный момент - нужно не только уметь восстановить ВМ, но и обеспечить исходное сетевое взаимодействие. Все это будет делаться также с помощью еще одного нового продукта - Veeam PN (типа VPN от Veeam).
Многим из вас известен продукт для организации отказоустойчивых кластеров хранилищ под виртуальную инфраструктуруру StarWind Virtual SAN. Он выпускается уже в течение многих лет и давно зарекомендовал себя как лучшее в отрасли решение для создания программных хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V. Его основные возможности приведены тут и вот тут. А сегодня мы расскажем о том, что продуктом и всеми его функциями стало можно пользоваться фактически бесплатно!
Многие пользователи небольших виртуальных инфраструктур ищут надежные решения для организации программных хранилищ, при этом им бы не хотелось покупать отдельную лицензию на Windows Server под узлы хранения.
Специально для них компания StarWind, известная своим продуктом Virtual SAN, позволяющим организовать отказоустойчивые кластеры хранилищ, создала виртуальный модуль StarWind Virtual Storage Appliance (VSA) на базе Linux.
StarWind VSA представляет собой полностью готовую к импорту в вашу виртуальную среду виртуальную машину, реализующую все необходимые сервисы Virtual SAN. Развертывается она буквально в пару кликов, а далее управляется через удобную веб-консоль (StarWind Web console).
Чтобы узнать больше о возможностях продукта и вживую увидеть его демонстрацию (а также позадавать вопросы на русском языке) - регистрируйтесь на вебинар. Скачать StarWind Virtual Storage Appliance можно по этой ссылке.
Компания StarWind, ведущий поставщик решений для создания программных откзоустойчивых хранилищ, приглашает на бесплатный вебинар "Unmatched fault tolerance, flexibility, and high performance", который пройдет 29 марта в 21-00 по московскому времени.
На вебинаре речь пойдет об архитектуре отказоустойчивости StarWind Virtual SAN, который позволяет построить надежное хранилище для систем виртуализации всего лишь на базе двух серверов. Ну и, традиционно, речь пойдет о технологиях, гарантирующих высокую производительность решения.
Бонус! Один из участников вебинара выиграет смарт-динамик Amazon Echo!
Мы часто пишем о решениях StarWind, среди которых главное, конечно же - это лучший на рынке продукт StarWind Virtual SAN, позволяющий организовать кластеры отказоустойчивых хранилищ под виртуализацию всего на базе двух физических серверов.
Но не все знают, что у StarWind есть удобный и функциональный плагин StarWind vCenter Plugin, который интегрируется с VMware vSphere Web Client, являющийся основным средством администрирования платформы:
Сам плагин предоставляет ровно ту же функциональность, что и StarWind Management Console (кликабельно):
Для работы Starwind vSphere Plugin потребуется виртуальный модуль StarWind Web Management Appliance (SWMA) или виртуальная машина Gateway Virtual Machine (она также называется Starwind Management Console Thin Client).
В среде VMware vSphere есть возможность использования одного виртуального диска VMDK на запись несколькими виртуальными машинами, размещенными на разных хостах VMware ESXi. Например, это необходимо для построения кластеров Oracle RAC, а также для работы технологии VMware Fault Tolerance.
Этот режим называется Multi-Writer VMDK, чтобы его включить, нужно (если у вас vSphere 6.0 Update 1 и выше) зайти в vSphere Web Client и выбрать пункт "Edit Settings" для витуальной машины. Далее идем в Virtual Hardware -> выбираем диск, для которого нужно включить multi-writer flag, и в поле Sharing выбираем режим Multi-Writer:
Если у вас более старая версия VMware ESXi, то чтобы включить Multi-Writer VMDK надо определить диск VMDK, например, "SCSI0:1" и в Configuration Parameters виртуальной машины (то есть в ее vmx-файл) внести поле с именем "scsi0:1.sharing" со значением "multi-writer":
Когда вы включаете кластер непрерывной доступности ВМ VMware Fault Tolerance, режим Multi-Writer VMDK включается автоматически.
У этого режима есть некоторые ограничения, связанные с одновременной работой с одним виртуальным диском нескольких машин (соответственно, такие же ограничения есть и у VMware FT, и у кластеров Oracle RAC на базе ВМ):
Действия или возможности
Поддерживается
Не поддерживается
Комментарий
Включение, выключение и перезагрузка ВМ
Приостановка ВМ (Suspend)
Горячее добавление виртуальных дисков (Hot add)
Только для уже существующих адаптеров
Горячее удаление устройств (Hot remove)
Горячее расширение виртуального диска
Присоединение и отсоединение устройств
Снапшоты
Решения для резервного копирования используют снапшоты через механизм vStorage APIs, соответственно такие решения (например, Veeam Backup and Replication) также не поддерживаются для этого режима.
Снапшоты ВМ с типом диска independent-persistent
Поддерживается в vSphere 5.1 update 2 и более поздних версиях
Клонирование ВМ
Горячая миграция хранилищ Storage vMotion
Не поддерживаются и shared, и non-shared диски, так как требуется приостановка ВМ во время миграции хранилищ.
HyperConverged Appliance - это собственная гиперконвергентная платформа StarWind для организации хранилищ, которая может быть использована самыми различными способами в инфраструктурах на базе различных гипервизоров. Больше об этом решении можно узнать тут и тут.
Посмотрите запись вебинара, чтобы узнать, как этот программно-аппаратный комплекс на базе GRID-архитектуры позволит вам с максимальной эффективностью размещать виртуальные машины любых гипервизоров и управлять инфраструктурой хранения из единой точки.
Некоторые из вас знают, что у StarWind есть продукт Virtual Tape Library, который позволяет записывать данные на виртуальную ленточную библиотеку, при этом сами данные будут храниться на дисках. Это удобно, когда, например, схема резервного копирования Enterprise-приложения с помощью одного из продуктов для бэкапа настроена на ленточную библиотеку, а администратору нужно перестроить ее на дисковое хранилище.
StarWind VTL поставляется как программно-аппаратный модуль со встроенным хранилищем для бэкапов, так и как плагин для StarWind Virtual SAN в рамках чисто программной реализации.
В документе описано, как создать и настроить виртуальное ленточное устройство на стороне StarWind, а также как добавить это устройство в Data Protection Manager и подготовить все необходимое для процесса резервного копирования с помощью DPM. Также в документе рассматриваются и вопросы оптимизации бэкапов.
Многие пользователи применяют платформу XenServer ввиду ее бесплатности и легковесности, но сталкиваются с проблемами обеспечения высокой доступности хранилищ на случай сбоев оборудования. В этой сфере могут помочь программные решения StarWind Virtual SAN, которые позволяют организовать HA-хранилище с синхронизацией данных на нескольких узлах и высокоскоростной доступ на базе протокола iSCSI.
В документе описана HA-конфигурация серверов - вам потребуется как минимум 2 сервера с XenServer/XenCenter для запуска виртуальных машин и 2 сервера для организации кластера хранилищ StarWind HA, они могут быть физическими или виртуальными. То есть, всего нужно будет 2-4 физических сервера.
Также в документе рассмотрена пошаговая конфигурация узлов StarWind и настройка сетевого взаимодействия в консоли XenCenter для организации канала синхронизации между узлами хранилищ. Кроме того, вы узнаете, как настроить iSCSI Initiator в XenServer и механизм доступа по нескольким путям (Multipathing).
Таги: StarWind, iSCSI, XenServer, Storage, Virtual SAN
В январе компания StarWind проводила вебинар о виртуальном модуле StarWind VSA на базе Linux, который позволит вам создавать программные хранилища iSCSI/NFS для ваших виртуальных машин.
Сейчас стала доступна запись этого вебинара, где Богдан рассказывает о том, для чего предназначен StarWind VSA и наглядно в консоли показывает, каким образом с ним нужно работать:
Ожидается, что продукт StarWind VSA for Linux будет доступен в течение пары месяцев.
Давайте посмотрим поподробнее, сколько всего нового появилось в новой версии StarWind Virtual SAN v8 в релизе от 26 января:
Core
Теперь у StarWind появилась расширенная поддержка NUMA-архитектуры с возможностью назначить NUMA-узел для виртуального устройства и таргета, а также с автоматическим распределением узлов.
Также появилась поддержка ODX-команд (Windows Offloaded Data Transfer). Это позволяет передать часть операций по работе с хранилищем на сторону дискового массива, не затрагивая клиентскую машину.
Оптимизации производительности для команды VAAI WRITE_SAME.
iSER-протокол
Этот протокол добавлен как экспериментальная функция.
Для него необходимы сетевые карты с поддержкой протоколов RoCE v2, RoCE v1 RDMA.
Поддержка iSER включается в разделе Server - Configuration - Network в Management Console.
iSER можно использовать для клиентских соединений и для синхронной репликации. Смешанные сценарии также поддерживаются (например iSCSI для клиентских соединений и iSER для канала синхронизации).
Поддержка VMware Virtual Volumes
В новой версии была добавлена поддержка HA-устройств в StarWind VASA Provider как экспериментальная фича.
VASA Provider позволяет администраторам настроить хранилища StarWind Virtual SAN как контейнеры хранилищ для виртуальных машин и включить для них механизм storage policy-based management (SPBM).
Для конфигурации VASA Provider используется инструментарий WMI.
Кэш
Статистики для операций с кэшем - cache hits rate, процент использования кэша и т.п.
Эти статистики собираются с момента создания устройства и могут быть сброшены, начиная с какого-то периода.
Флеш-кэш
Оптимизации производительности в модуле работы с флэш-кэшем.
Синхронная репликация
Переработан механизм приоритизации траффика для канала синхронизации.
Теперь доступен более точный контроль по соотношению client traffic/sync traffic в момент синхронизации узлов.
Для существующих устройств это соотношение будет установлено в 50% после обновления.
Компонент Tape Redirector
Для доступа к физическим ленточным накопителям был добавлен режим SPTD. Он позволяет клиентам, на которых программное обеспечение лочит доступ к физическим ленточным устройствам, получить доступ к операциям чтения/записи на ленту.
Для этого режима необходима установка SPTD-драйвера, после чего он будет использоваться автоматически.
LSFS
Была исправлена долгая инициализация устройства. Ранее долгая инициализация происходила сразу после загрузки сервиса.
Добавлена экспериментальная версия модуля LSFS. Она имеет множество оптимизаций производительности и возможность сохранять метаданные на флэш-хранилище вместо оперативной памяти.
Virtual Tape
Добавлена интеграция с функцией Windows Deduplication для томов, на которых находятся файлы Virtual Tape Files.
Добавлена опция сохранения Virtual Tape Files по кастомному пути.
Скачать новый релиз StarWind Virtual SAN можно по этой ссылке.
Вебинар пройдет 9 февраля в 19-00 по московскому времени.
Напомним, что файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины. Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что также существенно увеличивает производительность.
Помимо этого, LSFS имеет следующие полезные функции:
Встроенная поддержка снапшотов и точек восстановления хранилищ (автоматически они делаются каждые 5 минут).
Поддержка непрерывной дефрагментации (она идет в фоне).
Дедупликация данных "на лету" (то есть, перед записью на диск).
Улучшения производительности за счет комбинирования операций записи.
Поддержка overprovisioning.
Использование технологии снапшотов и техник отслеживания изменений при синхронизации HA-узлов.
В новом билде StarWind Virtual SAN у LSFS появилось несколько новых экспериментальных возможностей, которые позволят вам получить больше от этой технологии:
Передача операций по работе с метаданными на SSD (что снижает требования к RAM).
Оптимизация производительности операций чтения и записи, что сокращает время на них до 4-5 раз.
Как вы знаете, у самого главного продукта для создания программных хранилищ под виртуализацию StarWind Virtual SAN есть бесплатное издание StarWind Virtual SAN Free, которое позволяет с ограничениями использовать продукт в производственной среде.
Ранее одним из таких ограничений было 100 ГБ пространства, на котором можно было хранить виртуальные машины. Теперь таких ограничений нет, о чем прямо написано в документе "StarWind Virtual SAN FREE vs. PAID":
В этом же документе написано и о том, что бесплатный StarWind можно использовать в продакшен-инфраструктуре. Пользуйтесь на здоровье.
Скачать StarWind Virtual SAN Free можно бесплатно по этой ссылке.
Напомним, что у компании StarWind есть аппаратно-программные решения для создания готовых к эксплуатации кластеров хранилищ под виртуальные машины - StarWind Storage Appliance. Также есть и чисто программное решение - StarWind Virtual Storage Appliance (VSA), который представляет собой готовый виртуальный модуль с сервисами хранилищ.
Ну а обо всем, что касается StarWind Storage Appliance, можно узнать на специальном сайте - https://www.starwindstorageappliance.com/, где собрано множество различных материалов об этих модулях.
На сайте вы узнаете, как из дорогой инфраструктуры слева получить значительно менее затратную инфраструктуру справа, повысив ее гибкость и не потеряв в производительности:
Компания StarWind выпускает новый продукт - виртуальный модуль для создания программных хранилищ на базе ОС Linux (StarWind Virtual Storage Appliance, VSA), который будет работать на любом гипервизоре в виде готовой к использованию виртуальной машины.
Вебинар пройдет в этот четверг, 19 января в 17-00 по московскому времени. Обратите внимание, что у StarWind новый спикер - Алекс Быковский (вопросы можно задавать на русском языке).
StarWind HyperConverged Appliance - это гиперконвергентная платформа для организации хранилищ, которая может быть использована самыми различными способами в инфраструктурах на базе различных гипервизоров.
В записи вебинара VMware "Ready Nodes" unleashed in StarWind HyperConverged Appliance рассказывается о том, как использовать программно-аппаратное решение HyperConverged Appliance в качестве готового узла наподобие VMware Ready Node, на платформе которого работают кластеры StarWind Virtual SAN или VMware Virtual SAN (да, на этот аплаенс можно поставить VMware vSphere).
Более подробно о StarWind HyperConverged Appliance можно почитать по этой ссылке. Это действительно крутая штука.
У каждого уважающего себя вендора программного обеспечения должны быть бесплатные версии основного продукта или вообще бесплатные продукты для популяризации собственной экосистемы. При этом очень желательно, чтобы они не были бесплатной демоверсией возможностей, а выполняли законченную функцию, которой в ограниченных условиях можно пользоваться довольно долго.
Компания StarWind предоставляет пользователям сразу несколько таких продуктов. Давайте посмотрим, что это за решения (полных их список приведен вот тут).
StarWind Virtual SAN - это флагманский продукт компании, предназначенный для создания отказоустойчивых кластеров хранилищ под виртуализацию VMware vSphere, Microsoft Hyper-V и любых других платформ виртуализации.
Бесплатная версия позволит вам использовать 1 или 2 узла, а главное у нее есть возможность вполне легального использования в производственной среде. Вот здесь вы можете посмотреть сравнение платной и бесплатной версии StarWind Virtual SAN.
Этот продукт пригодится вам тогда, когда вы перенесли виртуальную машину в среду Microsoft Hyper-V, при этом для самой ВМ требуется резервное копирование файлов гостевой ОС напрямую на ленту. Как известно средствами гипервизора пробросить ленточную библиотеку в виртуальную машину не получится, поэтому можно в Parent Partition сервера Hyper-V поставить StarWind Tape Redirector и уже с самого родительского раздела отправлять резервные копии (например, Symantec Backup Exec 2012) на ленты по протоколам Fibre Channel, SAS или SCSI.
Подробнее мы писали о нем здесь. Продукт бесплатный, но доступен только для пользователей коммерческой лицензии StarWind Virtual SAN.
Это полностью бесплатный продукт (и уникальный на рынке), который позволяет просто и удобно конвертировать виртуальные машины и их диски между любыми форматами платформ виртуализации.
Это просто идеальный пример, как простым и нужным бесплатным продуктом компания повышает привлекательность и ценность основного коммерческого решения. Подробнее о V2V Converter мы писали вот тут.
Фишка этого блога в том, что там пишут вовсе не о продуктах StarWind (хотя они и очень полезные), а о различных технологиях, тем или иным образом имеющих отношение к виртуализации. Вот, например, некоторые из тем:
Как некоторые из вас знают, у компании StarWind, выпускающей продукт Virtual SAN для создания программных отказоустойчивых хранилищ под виртуализацию, есть также и продукт для резервного копирования виртуальных машин - StarWind Backup Appliance. Недавно StarWind выпустила небольшой документ с обзором продукта Backup Appliance:
Виртуальный модуль StarWind Backup Appliance может быть использован как для целей резервного копирования, так и для целей DR (Disaster Recovery). Также продукт теперь доступен и для Microsoft Azure. Кстати, если у вас есть действующая лицензия Veeam, то вы сможете использовать Backup Appliance абсолютно бесплатно.
Некоторое время назад мы писали о бесплатном продукте StarWind V2V Converter, который позволяет просто и удобно конвертировать виртуальные машины и их диски между любыми форматами платформ виртуализации.
Между тем, совсем недавно компания StarWind выпустила обновление этого замечательного средства, в котором были добавлены следующие возможности:
Возможность конвертировать VMDK-файлы напрямую на сервер VMware ESXi, что отменяет необходимость использовать какую-то локальную машину, а потом закидывать полученную ВМ на хранилище хост-сервера.
Также появилась возможность забирать файлы VHD/VHDX напрямую с Windows Hyper-V Server, а также конвертировать машину на целевой сервер Hyper-V. Теперь нет необходимости использовать локальную машину в качестве промежуточного звена, как для исходной машины, так и для целевого сервера.
Нововведения эти весьма существенные, так как теперь все конвертации между форматами VMware ESXi и Microsoft Hyper-V вы теперь можете проводить напрямую, не задействуя промежуточную машину, что экономит время и ресурсы.
Скачать бесплатный продукт StarWind V2V Converter можно по этой ссылке.
Многие из администраторов, использующих или планирующих использование решения StarWind Virtual SAN для организации программных отказоустойчивых хранилищ под виртуализацию, задаются вопросом - а как StarWind Virtual SAN работает с Virtual Volumes от VMware?
В этом документе описывается подход компании StarWind к работе с кэшем уровня L1 (RAM buffer) и L2 (SSD-кэш), а также подробно раскрываются методики кэширования Write-Back и Write-Through, о которых мы также писали ранее.
Кэширование StarWind для уровней L1 и L2 основывается на одном механизме, поэтому множество вещей из документа вполне применимы к обоим уровням кэширования. Данные из кэша, кстати, удаляются в соответствии с политикой LRU (least recently used), то есть наименее используемые данные стираются из кэша первыми.
Остальные интересные технические вещи о кэшировании StarWind (которых немало) читайте в документе.
Компания StarWind, производящая лучший продукт Virtual SAN, предназначенный для создания отказоустойчивых iSCSI-хранилищ под виртуализацию, выпустила интересный документ, который будет полезен всем администраторам платформы Hyper-V - "VHD Set in MS Windows Server 2016".
Как некоторые из вас знают, в Windows Server 2016 появился новый тип виртуального диска VHD set, который предназначен для организации общего доступа к диску со стороны нескольких виртуальных машин (для баз данных SQL Server, файловых серверов и прочего):
На самом деле, это не новый диск, а улучшенный диск типа Shared VHDX, который получил новые возможности, но сохранил ту же самую логику и архитектуру. Вот что нового появилось в VHD set:
Возможность бэкапа и репликации VHD set на уровне хоста
Изменения размера диска VHD Set на лету, без остановки виртуальной машины
Возможность горячей миграции
Создание снапшотов такого диска
Этот диск состоит из двух основных файлов:
vhds - конфигурационный файл, который содержит метаданные
avhdx ("automatic .vhdx") - данные виртуального диска, он может быть fixed
или dynamic
Технологии NVMe и 3DXpoint flash являются будущим технологий хранения с самой высокой пропускной способностью. Эти технологии будут легко справляться с самыми I/O-интенсивными нагрузками приложений, такими как обработка транзакций OLTP, анализ данных в режиме реального времени, а также, в более широком масштабе - обработкой больших объемов данных.
В современных All-Flash-датацентрах существующие протоколы хранения серьезно устарели и создают узкие места. Эта проблема решается с помощью недавно разработанных передовых протоколов, таких как NVMe-over-fabrics (NVMf), iSER или SMB Direct. Они используют RDMA для улучшения производительности по сравнению с существующими протоколами, такими как NFS и iSCSI.
Регистрируйтесь на вебинар StarWind и Kazan Networks, чтобы узнать, как можно реализовать хранилище NVMe уже сегодня с NVMf-таргетами от Kazan Networks и инициаторами NVMf от компании StarWind.
RSS
